Re: Runaway Apache Process

On 26-Jan-10 20:28, Dan Bunyard wrote:
> This has happened twice now and it's a little bit concerning to me. I have a
> Fedora 12 server with 5GB of RAM that I use to host a few small web sites of
> mine. As I mentioned, this happened once before. I tried to load one of my
> web sites today and it took FOREVER (as in the 10s of minutes) to load. I
> SSHed into the box and found the load average around 100 (dual core
> machine). Since this was the second time it had happened, I knew that it was
> Apache causing it. So I restarted the Apache service and everything returned
> to normal. A look in the error_log showed this error:
>
> server reached MaxClients setting, consider raising the MaxClients setting
>
> I suspect that this is the reason that Apache was eating up all my system
> resources but I don't have any idea how to fix it.
>
> I do use PHP and MySQL fairly heavily. All the sites on the server use PHP
> in some form and most of the use MySQL. Could this be part of the problem? I
> attached a copy of my httpd.conf file to this message if that will help
> (It's also inserted into this email at the very bottom).
>
> Any help would be appreciated!!!

Off-the-cuff guesses:

- Install more RAM
- Install more CPU
- Install more CPU and more RAM
- limit MaxClients to 75 or 50

If you are getting that much traffic, grow the server to accommodate
it or choke it so that you can run FTP in the manner you like.

Reese



------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

Re: Re: Runaway Apache Process

On Thu, Jan 28, 2010 at 11:30 AM, Daniel Reinhardt
wrote:

>
> Obviously not in this case as this person wouldn't ne here complaining ab=
out
> apache and its processes. =A0The issue here is the CPU is too weak even i=
f it
> is a 2.4Ghz processor. =A0The E2220 isn't suitable for a server processor=
..
> =A0Its strictly for home computing. =A0I help remote administrate a serve=
r that
> supports 10 Domains and 5 E-Mail Servers that receive a whole lot more
> traffic on a P3 933Mhz and these issues are not occurring there, and the
> settings for Apache are default.

Having lots of processes hanging around doesn't imply high CPU usage
or insufficient horsepower.

--=20
Eric Covener
covener@gmail.com

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

Re: Re: Runaway Apache Process

--001636ed6ee79af233047e3e8860
Content-Type: text/plain; charset=UTF-8

@Peter
Is there database access during this? I'm not sure, a few people mentioned
checking this the next time it happened, so I will check

-What external dependencies are there (if any)?
- Databases? There are some LOCAL database calls to MySQL running on
the same server, that it all
- External Calls?

-Do you have high timeouts on anything? Not sure what you mean hear, when
this happens pages take a VERY long time to load, if at all

-Is it just very inefficient code? Not likely, the same code has been used
on other machines withouh any problem.

At this point (in my experience), if you do not see a clear indication of
the issue in the apache logs, it's not apache. I have enabled forensic
logging to help trace the problem the next time it happens.

@Daniel Reinhardt
I don't really think that CPU is the issue. As others have mentioned the
hits are very low and I simply host a few blogs, some dev sites, and other
misc things. I once ran an very popular game site (getting upwards of 1
million hits a month with a database back end) on a low-end Athlon XP
processor with 768MB of RAM and it ran fine. It was Win 2000 running Xampp.

I am running 64Bit Fedora currently but I don't believe that RAM is the
issue either.

I will be sure to block that IP address.

@Nicholas Sherlock
That is correct, I don't run anything very impressive at all, with the
exception of a few domains, most of them don't even really have much if
anything on them. The server handles mail also (though I just put mail on
it a week or two ago, after the first time this happened) but it just
forwarding them all to external addresses.

@Justin Pasher
I agree, I have run MUCH higher traffic on a much lower end machine. I
truly do not believe the system spec to be the problem as the first time
this happened there was only 2 web site on the box.

@Eric Covener
I completely agree, this does not seem to be from a lack of resources.


Thanks,
--
Dan

http://www.moonlightrpg.com
http://www.linkedin.com/in/danbunyard
http://www.danodemano.com
http://www.dansrandomness.com
http://www.danandshelley.com

This is not a problem that requires infinite wisdom, Benj. This is a problem
that requires enough neural organization to qualify as a vertebrate,
apparently a stretch for some folks these days.
~Cecil Adams.


On Thu, Jan 28, 2010 at 12:18, wrote:

>
> >
> > >
> > > Obviously not in this case as this person wouldn't ne here complaining
> about
> > > apache and its processes. The issue here is the CPU is too weak even
> if it
> > > is a 2.4Ghz processor. The E2220 isn't suitable for a server
> processor.
> > > Its strictly for home computing. I help remote administrate a server
> that
> > > supports 10 Domains and 5 E-Mail Servers that receive a whole lot more
> > > traffic on a P3 933Mhz and these issues are not occurring there, and
> the
> > > settings for Apache are default.
> >
> > Having lots of processes hanging around doesn't imply high CPU usage
> > or insufficient horsepower.
> >
>
> Is there database access during this? High load is not indicative of the
> CPU working hard. High load, in this case, is due to the CPU not getting
> answers back fast enough, and processes queueing up (eventually shutting
> down apache). It will consume all available threads (connections), then
> start killing the box.
>
> -What external dependencies are there (if any)?
> - Databases?
> - External Calls?
>
> -Do you have high timeouts on anything?
>
> -Is it just very inefficient code?
>
> At this point (in my experience), if you do not see a clear indication of
> the issue in the apache logs, it's not apache.
>
> Peter J. Milanese
>
> > --
> > Eric Covener
> > covener@gmail.com
> >
> > ------------------------------------------------------------ ---------
> > The official User-To-User support forum of the Apache HTTP Server
> Project.
> > See for more info.
> > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> > " from the digest: users-digest-unsubscribe@httpd.apache.org
> > For additional commands, e-mail: users-help@httpd.apache.org
> >
>
>
> ------------------------------------------------------------ ---------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>

--001636ed6ee79af233047e3e8860
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

@Peter
Is there database access during this? I&#=
39;m not sure, a few people mentioned checking this the next time it happen=
ed, so I will check



-What external dependencies are there (if any)?

     - Databases? There are some LO=
CAL database calls to MySQL running on the same server, that it all<=
br>
     - External Calls?



-Do you have high timeouts on anything?  Not s=
ure what you mean hear, when this happens pages take a VERY long time to lo=
ad, if at all



-Is it just very inefficient code?  Not likely=
, the same code has been used on other machines withouh any problem.=




At this point (in my experience), if you do not see a clear indication=20
of

the issue in the apache logs, it's not apache.  0000">I have enabled forensic logging to help trace the problem the next ti=
me it happens.

@Daniel Reinhardt
I don't=
really think that CPU is the issue.  As others have mentioned the hit=
s are very low and I simply host a few blogs, some dev sites, and other mis=
c things.  I once ran an very popular game site (getting upwards of 1 =
million hits a month with a database back end) on a low-end Athlon XP proce=
ssor with 768MB of RAM and it ran fine.  It was Win 2000 running Xampp=
..



I am running 64Bit Fedora currently but I don't believe that RAM is=
the issue either.

I will be sure to block that IP address.

@=
Nicholas Sherlock
That is correct, I don't run anything very impress=
ive at all, with the exception of a few domains, most of them don't eve=
n really have much if anything on them.  The server handles mail also =
(though I just put mail on it a week or two ago, after the first time this =
happened) but it just forwarding them all to external addresses.



@Justin Pasher
I agree, I have run MUCH higher traffic on a much low=
er end machine.  I truly do not believe the system spec to be the prob=
lem as the first time this happened there was only 2 web site on the box. r>


@Eric Covener
I completely agree, this does not seem to be from a la=
ck of resources.


Thanks,
--
Dan

ww.moonlightrpg.com">http://www.moonlightrpg.com
ww.linkedin.com/in/danbunyard">http://www.linkedin.com/in/da nbunyard >


ref=3D"http://www.dansrandomness.com">http://www.dansrandomn ess.com
=
r>


This is not a problem that requires infinite wisdom, Benj. This is a pr=
oblem that requires enough neural organization to qualify as a vertebrate, =
apparently a stretch for some folks these days.
~Cecil Adams.

Re: Re: Runaway Apache Process

--------------------------------------------------
From: "Dan Bunyard"
Sent: 28 January, 2010 19:28
To:
Subject: Re: [users@httpd] Re: Runaway Apache Process

> @Peter
> Is there database access during this? I'm not sure, a few people mentioned
> checking this the next time it happened, so I will check
>
> -What external dependencies are there (if any)?
> - Databases? There are some LOCAL database calls to MySQL running on
> the same server, that it all
> - External Calls?
>
> -Do you have high timeouts on anything? Not sure what you mean hear, when
> this happens pages take a VERY long time to load, if at all
>
> -Is it just very inefficient code? Not likely, the same code has been used
> on other machines withouh any problem.
>
> At this point (in my experience), if you do not see a clear indication of
> the issue in the apache logs, it's not apache. I have enabled forensic
> logging to help trace the problem the next time it happens.
>
> @Daniel Reinhardt
> I don't really think that CPU is the issue. As others have mentioned the
> hits are very low and I simply host a few blogs, some dev sites, and other
> misc things. I once ran an very popular game site (getting upwards of 1
> million hits a month with a database back end) on a low-end Athlon XP
> processor with 768MB of RAM and it ran fine. It was Win 2000 running Xampp.
>
> I am running 64Bit Fedora currently but I don't believe that RAM is the
> issue either.
>
> I will be sure to block that IP address.
>
> @Nicholas Sherlock
> That is correct, I don't run anything very impressive at all, with the
> exception of a few domains, most of them don't even really have much if
> anything on them. The server handles mail also (though I just put mail on
> it a week or two ago, after the first time this happened) but it just
> forwarding them all to external addresses.
>
> @Justin Pasher
> I agree, I have run MUCH higher traffic on a much lower end machine. I
> truly do not believe the system spec to be the problem as the first time
> this happened there was only 2 web site on the box.
>
> @Eric Covener
> I completely agree, this does not seem to be from a lack of resources.
>
>
> Thanks,
> --
> Dan
>
> http://www.moonlightrpg.com
> http://www.linkedin.com/in/danbunyard
> http://www.danodemano.com
> http://www.dansrandomness.com
> http://www.danandshelley.com
>
> This is not a problem that requires infinite wisdom, Benj. This is a problem
> that requires enough neural organization to qualify as a vertebrate,
> apparently a stretch for some folks these days.
> ~Cecil Adams.
>
>
> On Thu, Jan 28, 2010 at 12:18, wrote:
>
>>
>> >
>> > >
>> > > Obviously not in this case as this person wouldn't ne here complaining
>> about
>> > > apache and its processes. The issue here is the CPU is too weak even
>> if it
>> > > is a 2.4Ghz processor. The E2220 isn't suitable for a server
>> processor.
>> > > Its strictly for home computing. I help remote administrate a server
>> that
>> > > supports 10 Domains and 5 E-Mail Servers that receive a whole lot more
>> > > traffic on a P3 933Mhz and these issues are not occurring there, and
>> the
>> > > settings for Apache are default.
>> >
>> > Having lots of processes hanging around doesn't imply high CPU usage
>> > or insufficient horsepower.
>> >
>>
>> Is there database access during this? High load is not indicative of the
>> CPU working hard. High load, in this case, is due to the CPU not getting
>> answers back fast enough, and processes queueing up (eventually shutting
>> down apache). It will consume all available threads (connections), then
>> start killing the box.
>>
>> -What external dependencies are there (if any)?
>> - Databases?
>> - External Calls?
>>
>> -Do you have high timeouts on anything?
>>
>> -Is it just very inefficient code?
>>
>> At this point (in my experience), if you do not see a clear indication of
>> the issue in the apache logs, it's not apache.
>>
>> Peter J. Milanese
>>
>> > --
>> > Eric Covener
>> > covener@gmail.com
>> >
>> > ------------------------------------------------------------ ---------
>> > The official User-To-User support forum of the Apache HTTP Server
>> Project.
>> > See for more info.
>> > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>> > " from the digest: users-digest-unsubscribe@httpd.apache.org
>> > For additional commands, e-mail: users-help@httpd.apache.org
>> >
>>
>>
>> ------------------------------------------------------------ ---------
>> The official User-To-User support forum of the Apache HTTP Server Project.
>> See for more info.
>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>> " from the digest: users-digest-unsubscribe@httpd.apache.org
>> For additional commands, e-mail: users-help@httpd.apache.org
>>
>>
>

Dan,

Can you do a top and do a screenshot, and post the results here. Can you also
post a copy of netstat -anp as well as ps auxww. This will give us a better
idea of what is going on with your system.

Thanks,
Daniel


------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

Re: Re: Runaway Apache Process

--0016e68debd678ed9a047e401c09
Content-Type: multipart/alternative; boundary=0016e68debd678ed8b047e401c07

--0016e68debd678ed8b047e401c07
Content-Type: text/plain; charset=UTF-8

Here is a screen shot of top. The server is currently running just fine.
Load average is good a low. The other two commands produced too much
information for a screen shot so I piped them to a test file and attached
them. Thanks for your help!!
--
Dan

http://www.moonlightrpg.com
http://www.linkedin.com/in/danbunyard
http://www.danodemano.com
http://www.dansrandomness.com
http://www.danandshelley.com

This is not a problem that requires infinite wisdom, Benj. This is a problem
that requires enough neural organization to qualify as a vertebrate,
apparently a stretch for some folks these days.
~Cecil Adams.


On Thu, Jan 28, 2010 at 16:16, Daniel Reinhardt wrote:

>
> --------------------------------------------------
>
> From: "Dan Bunyard"
> Sent: 28 January, 2010 19:28
>
> To:
> Subject: Re: [users@httpd] Re: Runaway Apache Process
>
>
> @Peter
>> Is there database access during this? I'm not sure, a few people mentioned
>> checking this the next time it happened, so I will check
>>
>> -What external dependencies are there (if any)?
>> - Databases? There are some LOCAL database calls to MySQL running on
>> the same server, that it all
>> - External Calls?
>>
>> -Do you have high timeouts on anything? Not sure what you mean hear, when
>> this happens pages take a VERY long time to load, if at all
>>
>> -Is it just very inefficient code? Not likely, the same code has been
>> used
>> on other machines withouh any problem.
>>
>> At this point (in my experience), if you do not see a clear indication of
>> the issue in the apache logs, it's not apache. I have enabled forensic
>> logging to help trace the problem the next time it happens.
>>
>> @Daniel Reinhardt
>> I don't really think that CPU is the issue. As others have mentioned the
>> hits are very low and I simply host a few blogs, some dev sites, and other
>> misc things. I once ran an very popular game site (getting upwards of 1
>> million hits a month with a database back end) on a low-end Athlon XP
>> processor with 768MB of RAM and it ran fine. It was Win 2000 running
>> Xampp.
>>
>> I am running 64Bit Fedora currently but I don't believe that RAM is the
>> issue either.
>>
>> I will be sure to block that IP address.
>>
>> @Nicholas Sherlock
>> That is correct, I don't run anything very impressive at all, with the
>> exception of a few domains, most of them don't even really have much if
>> anything on them. The server handles mail also (though I just put mail on
>> it a week or two ago, after the first time this happened) but it just
>> forwarding them all to external addresses.
>>
>> @Justin Pasher
>> I agree, I have run MUCH higher traffic on a much lower end machine. I
>> truly do not believe the system spec to be the problem as the first time
>> this happened there was only 2 web site on the box.
>>
>> @Eric Covener
>> I completely agree, this does not seem to be from a lack of resources.
>>
>>
>> Thanks,
>> --
>> Dan
>>
>> http://www.moonlightrpg.com
>> http://www.linkedin.com/in/danbunyard
>> http://www.danodemano.com
>> http://www.dansrandomness.com
>> http://www.danandshelley.com
>>
>> This is not a problem that requires infinite wisdom, Benj. This is a
>> problem
>> that requires enough neural organization to qualify as a vertebrate,
>> apparently a stretch for some folks these days.
>> ~Cecil Adams.
>>
>>
>> On Thu, Jan 28, 2010 at 12:18, wrote:
>>
>>
>>> >
>>> > >
>>> > > Obviously not in this case as this person wouldn't ne here
>>> complaining
>>> about
>>> > > apache and its processes. The issue here is the CPU is too weak even
>>> if it
>>> > > is a 2.4Ghz processor. The E2220 isn't suitable for a server
>>> processor.
>>> > > Its strictly for home computing. I help remote administrate a
>>> server
>>> that
>>> > > supports 10 Domains and 5 E-Mail Servers that receive a whole lot
>>> more
>>> > > traffic on a P3 933Mhz and these issues are not occurring there, and
>>> the
>>> > > settings for Apache are default.
>>> >
>>> > Having lots of processes hanging around doesn't imply high CPU usage
>>> > or insufficient horsepower.
>>> >
>>>
>>> Is there database access during this? High load is not indicative of the
>>> CPU working hard. High load, in this case, is due to the CPU not getting
>>> answers back fast enough, and processes queueing up (eventually shutting
>>> down apache). It will consume all available threads (connections), then
>>> start killing the box.
>>>
>>> -What external dependencies are there (if any)?
>>> - Databases?
>>> - External Calls?
>>>
>>> -Do you have high timeouts on anything?
>>>
>>> -Is it just very inefficient code?
>>>
>>> At this point (in my experience), if you do not see a clear indication of
>>> the issue in the apache logs, it's not apache.
>>>
>>> Peter J. Milanese
>>>
>>> > --
>>> > Eric Covener
>>> > covener@gmail.com
>>> >
>>> > ------------------------------------------------------------ ---------
>>> > The official User-To-User support forum of the Apache HTTP Server
>>> Project.
>>> > See for more info.
>>> > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>> > " from the digest: users-digest-unsubscribe@httpd.apache.org
>>> > For additional commands, e-mail: users-help@httpd.apache.org
>>> >
>>>
>>>
>>> ------------------------------------------------------------ ---------
>>> The official User-To-User support forum of the Apache HTTP Server
>>> Project.
>>> See for more info.
>>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>> " from the digest: users-digest-unsubscribe@httpd.apache.org
>>> For additional commands, e-mail: users-help@httpd.apache.org
>>>
>>>
>>>
>>
> Dan,
>
> Can you do a top and do a screenshot, and post the results here. Can you
> also post a copy of netstat -anp as well as ps auxww. This will give us a
> better idea of what is going on with your system.
>
> Thanks,
> Daniel
>
> ------------------------------------------------------------ ---------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>

--0016e68debd678ed8b047e401c07
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Here is a screen shot of top.  The server is currently running just fi=
ne.  Load average is good a low.  The other two commands produced=
too much information for a screen shot so I piped them to a test file and =
attached them.  Thanks for your help!!


--
Dan

http://www.moonlig=
htrpg.com
http://w=
ww.linkedin.com/in/danbunyard
=
http://www.danodemano.com


=

http://www.danandshelley.com a>

This is not a problem that requires infinite wisdom, Benj. This i=
s a problem that requires enough neural organization to qualify as a verteb=
rate, apparently a stretch for some folks these days.


~Cecil Adams.

Re: Re: Runaway Apache Process

--------------------------------------------------
From: "Dan Bunyard"
Sent: 28 January, 2010 21:21
To:
Subject: Re: [users@httpd] Re: Runaway Apache Process

> Here is a screen shot of top. The server is currently running just fine.
> Load average is good a low. The other two commands produced too much
> information for a screen shot so I piped them to a test file and attached
> them. Thanks for your help!!
> --
> Dan
>
> http://www.moonlightrpg.com
> http://www.linkedin.com/in/danbunyard
> http://www.danodemano.com
> http://www.dansrandomness.com
> http://www.danandshelley.com
>
> This is not a problem that requires infinite wisdom, Benj. This is a problem
> that requires enough neural organization to qualify as a vertebrate,
> apparently a stretch for some folks these days.
> ~Cecil Adams.
>
>
> On Thu, Jan 28, 2010 at 16:16, Daniel Reinhardt
> wrote:
>
>>
>> --------------------------------------------------
>>
>> From: "Dan Bunyard"
>> Sent: 28 January, 2010 19:28
>>
>> To:
>> Subject: Re: [users@httpd] Re: Runaway Apache Process
>>
>>
>> @Peter
>>> Is there database access during this? I'm not sure, a few people mentioned
>>> checking this the next time it happened, so I will check
>>>
>>> -What external dependencies are there (if any)?
>>> - Databases? There are some LOCAL database calls to MySQL running on
>>> the same server, that it all
>>> - External Calls?
>>>
>>> -Do you have high timeouts on anything? Not sure what you mean hear, when
>>> this happens pages take a VERY long time to load, if at all
>>>
>>> -Is it just very inefficient code? Not likely, the same code has been
>>> used
>>> on other machines withouh any problem.
>>>
>>> At this point (in my experience), if you do not see a clear indication of
>>> the issue in the apache logs, it's not apache. I have enabled forensic
>>> logging to help trace the problem the next time it happens.
>>>
>>> @Daniel Reinhardt
>>> I don't really think that CPU is the issue. As others have mentioned the
>>> hits are very low and I simply host a few blogs, some dev sites, and other
>>> misc things. I once ran an very popular game site (getting upwards of 1
>>> million hits a month with a database back end) on a low-end Athlon XP
>>> processor with 768MB of RAM and it ran fine. It was Win 2000 running
>>> Xampp.
>>>
>>> I am running 64Bit Fedora currently but I don't believe that RAM is the
>>> issue either.
>>>
>>> I will be sure to block that IP address.
>>>
>>> @Nicholas Sherlock
>>> That is correct, I don't run anything very impressive at all, with the
>>> exception of a few domains, most of them don't even really have much if
>>> anything on them. The server handles mail also (though I just put mail on
>>> it a week or two ago, after the first time this happened) but it just
>>> forwarding them all to external addresses.
>>>
>>> @Justin Pasher
>>> I agree, I have run MUCH higher traffic on a much lower end machine. I
>>> truly do not believe the system spec to be the problem as the first time
>>> this happened there was only 2 web site on the box.
>>>
>>> @Eric Covener
>>> I completely agree, this does not seem to be from a lack of resources.
>>>
>>>
>>> Thanks,
>>> --
>>> Dan
>>>
>>> http://www.moonlightrpg.com
>>> http://www.linkedin.com/in/danbunyard
>>> http://www.danodemano.com
>>> http://www.dansrandomness.com
>>> http://www.danandshelley.com
>>>
>>> This is not a problem that requires infinite wisdom, Benj. This is a
>>> problem
>>> that requires enough neural organization to qualify as a vertebrate,
>>> apparently a stretch for some folks these days.
>>> ~Cecil Adams.
>>>
>>>
>>> On Thu, Jan 28, 2010 at 12:18, wrote:
>>>
>>>
>>>> >
>>>> > >
>>>> > > Obviously not in this case as this person wouldn't ne here
>>>> complaining
>>>> about
>>>> > > apache and its processes. The issue here is the CPU is too weak even
>>>> if it
>>>> > > is a 2.4Ghz processor. The E2220 isn't suitable for a server
>>>> processor.
>>>> > > Its strictly for home computing. I help remote administrate a
>>>> server
>>>> that
>>>> > > supports 10 Domains and 5 E-Mail Servers that receive a whole lot
>>>> more
>>>> > > traffic on a P3 933Mhz and these issues are not occurring there, and
>>>> the
>>>> > > settings for Apache are default.
>>>> >
>>>> > Having lots of processes hanging around doesn't imply high CPU usage
>>>> > or insufficient horsepower.
>>>> >
>>>>
>>>> Is there database access during this? High load is not indicative of the
>>>> CPU working hard. High load, in this case, is due to the CPU not getting
>>>> answers back fast enough, and processes queueing up (eventually shutting
>>>> down apache). It will consume all available threads (connections), then
>>>> start killing the box.
>>>>
>>>> -What external dependencies are there (if any)?
>>>> - Databases?
>>>> - External Calls?
>>>>
>>>> -Do you have high timeouts on anything?
>>>>
>>>> -Is it just very inefficient code?
>>>>
>>>> At this point (in my experience), if you do not see a clear indication of
>>>> the issue in the apache logs, it's not apache.
>>>>
>>>> Peter J. Milanese
>>>>
>>>> > --
>>>> > Eric Covener
>>>> > covener@gmail.com
>>>> >
>>>> > ------------------------------------------------------------ ---------
>>>> > The official User-To-User support forum of the Apache HTTP Server
>>>> Project.
>>>> > See for more info.
>>>> > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>>> > " from the digest: users-digest-unsubscribe@httpd.apache.org
>>>> > For additional commands, e-mail: users-help@httpd.apache.org
>>>> >
>>>>
>>>>
>>>> ------------------------------------------------------------ ---------
>>>> The official User-To-User support forum of the Apache HTTP Server
>>>> Project.
>>>> See for more info.
>>>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>>> " from the digest: users-digest-unsubscribe@httpd.apache.org
>>>> For additional commands, e-mail: users-help@httpd.apache.org
>>>>
>>>>
>>>>
>>>
>> Dan,
>>
>> Can you do a top and do a screenshot, and post the results here. Can you
>> also post a copy of netstat -anp as well as ps auxww. This will give us a
>> better idea of what is going on with your system.
>>
>> Thanks,
>> Daniel
>>
>> ------------------------------------------------------------ ---------
>> The official User-To-User support forum of the Apache HTTP Server Project.
>> See for more info.
>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>> " from the digest: users-digest-unsubscribe@httpd.apache.org
>> For additional commands, e-mail: users-help@httpd.apache.org
>>
>>
>



>
> ------------------------------------------------------------ ---------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org

Dan,

The full ps print cuts off.

Thanks,
Daniel


------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

Re: Re: Runaway Apache Process

--001636c5bd12d52716047e42e7f4
Content-Type: multipart/alternative; boundary=001636c5bd12d5270d047e42e7f2

--001636c5bd12d5270d047e42e7f2
Content-Type: text/plain; charset=UTF-8

Here's another, but I think it did the same thing. I just ran "ps auxww >
ps2.txt" then attached the file to this email. Did I miss something?
--
Dan

http://www.moonlightrpg.com
http://www.linkedin.com/in/danbunyard
http://www.danodemano.com
http://www.dansrandomness.com
http://www.danandshelley.com

This is not a problem that requires infinite wisdom, Benj. This is a problem
that requires enough neural organization to qualify as a vertebrate,
apparently a stretch for some folks these days.
~Cecil Adams.


On Thu, Jan 28, 2010 at 17:51, Daniel Reinhardt wrote:

>
> --------------------------------------------------
> From: "Dan Bunyard"
> Sent: 28 January, 2010 21:21
>
> To:
> Subject: Re: [users@httpd] Re: Runaway Apache Process
>
> Here is a screen shot of top. The server is currently running just fine.
>> Load average is good a low. The other two commands produced too much
>> information for a screen shot so I piped them to a test file and attached
>> them. Thanks for your help!!
>> --
>> Dan
>>
>> http://www.moonlightrpg.com
>> http://www.linkedin.com/in/danbunyard
>> http://www.danodemano.com
>> http://www.dansrandomness.com
>> http://www.danandshelley.com
>>
>> This is not a problem that requires infinite wisdom, Benj. This is a
>> problem
>> that requires enough neural organization to qualify as a vertebrate,
>> apparently a stretch for some folks these days.
>> ~Cecil Adams.
>>
>>
>> On Thu, Jan 28, 2010 at 16:16, Daniel Reinhardt >> >wrote:
>>
>>
>>> --------------------------------------------------
>>>
>>> From: "Dan Bunyard"
>>> Sent: 28 January, 2010 19:28
>>>
>>> To:
>>> Subject: Re: [users@httpd] Re: Runaway Apache Process
>>>
>>>
>>> @Peter
>>>
>>>> Is there database access during this? I'm not sure, a few people
>>>> mentioned
>>>> checking this the next time it happened, so I will check
>>>>
>>>> -What external dependencies are there (if any)?
>>>> - Databases? There are some LOCAL database calls to MySQL running on
>>>> the same server, that it all
>>>> - External Calls?
>>>>
>>>> -Do you have high timeouts on anything? Not sure what you mean hear,
>>>> when
>>>> this happens pages take a VERY long time to load, if at all
>>>>
>>>> -Is it just very inefficient code? Not likely, the same code has been
>>>> used
>>>> on other machines withouh any problem.
>>>>
>>>> At this point (in my experience), if you do not see a clear indication
>>>> of
>>>> the issue in the apache logs, it's not apache. I have enabled forensic
>>>> logging to help trace the problem the next time it happens.
>>>>
>>>> @Daniel Reinhardt
>>>> I don't really think that CPU is the issue. As others have mentioned
>>>> the
>>>> hits are very low and I simply host a few blogs, some dev sites, and
>>>> other
>>>> misc things. I once ran an very popular game site (getting upwards of 1
>>>> million hits a month with a database back end) on a low-end Athlon XP
>>>> processor with 768MB of RAM and it ran fine. It was Win 2000 running
>>>> Xampp.
>>>>
>>>> I am running 64Bit Fedora currently but I don't believe that RAM is the
>>>> issue either.
>>>>
>>>> I will be sure to block that IP address.
>>>>
>>>> @Nicholas Sherlock
>>>> That is correct, I don't run anything very impressive at all, with the
>>>> exception of a few domains, most of them don't even really have much if
>>>> anything on them. The server handles mail also (though I just put mail
>>>> on
>>>> it a week or two ago, after the first time this happened) but it just
>>>> forwarding them all to external addresses.
>>>>
>>>> @Justin Pasher
>>>> I agree, I have run MUCH higher traffic on a much lower end machine. I
>>>> truly do not believe the system spec to be the problem as the first time
>>>> this happened there was only 2 web site on the box.
>>>>
>>>> @Eric Covener
>>>> I completely agree, this does not seem to be from a lack of resources.
>>>>
>>>>
>>>> Thanks,
>>>> --
>>>> Dan
>>>>
>>>> http://www.moonlightrpg.com
>>>> http://www.linkedin.com/in/danbunyard
>>>> http://www.danodemano.com
>>>> http://www.dansrandomness.com
>>>> http://www.danandshelley.com
>>>>
>>>> This is not a problem that requires infinite wisdom, Benj. This is a
>>>> problem
>>>> that requires enough neural organization to qualify as a vertebrate,
>>>> apparently a stretch for some folks these days.
>>>> ~Cecil Adams.
>>>>
>>>>
>>>> On Thu, Jan 28, 2010 at 12:18, wrote:
>>>>
>>>>
>>>> >
>>>>> > >
>>>>> > > Obviously not in this case as this person wouldn't ne here
>>>>> complaining
>>>>> about
>>>>> > > apache and its processes. The issue here is the CPU is too weak
>>>>> even
>>>>> if it
>>>>> > > is a 2.4Ghz processor. The E2220 isn't suitable for a server
>>>>> processor.
>>>>> > > Its strictly for home computing. I help remote administrate a
>>>>> server
>>>>> that
>>>>> > > supports 10 Domains and 5 E-Mail Servers that receive a whole lot
>>>>> more
>>>>> > > traffic on a P3 933Mhz and these issues are not occurring there,
>>>>> and
>>>>> the
>>>>> > > settings for Apache are default.
>>>>> >
>>>>> > Having lots of processes hanging around doesn't imply high CPU usage
>>>>> > or insufficient horsepower.
>>>>> >
>>>>>
>>>>> Is there database access during this? High load is not indicative of
>>>>> the
>>>>> CPU working hard. High load, in this case, is due to the CPU not
>>>>> getting
>>>>> answers back fast enough, and processes queueing up (eventually
>>>>> shutting
>>>>> down apache). It will consume all available threads (connections), then
>>>>> start killing the box.
>>>>>
>>>>> -What external dependencies are there (if any)?
>>>>> - Databases?
>>>>> - External Calls?
>>>>>
>>>>> -Do you have high timeouts on anything?
>>>>>
>>>>> -Is it just very inefficient code?
>>>>>
>>>>> At this point (in my experience), if you do not see a clear indication
>>>>> of
>>>>> the issue in the apache logs, it's not apache.
>>>>>
>>>>> Peter J. Milanese
>>>>>
>>>>> > --
>>>>> > Eric Covener
>>>>> > covener@gmail.com
>>>>> >
>>>>> > ------------------------------------------------------------ ---------
>>>>> > The official User-To-User support forum of the Apache HTTP Server
>>>>> Project.
>>>>> > See for more info.
>>>>> > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>>>> > " from the digest: users-digest-unsubscribe@httpd.apache.org
>>>>> > For additional commands, e-mail: users-help@httpd.apache.org
>>>>> >
>>>>>
>>>>>
>>>>> ------------------------------------------------------------ ---------
>>>>> The official User-To-User support forum of the Apache HTTP Server
>>>>> Project.
>>>>> See for more info.
>>>>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>>>> " from the digest: users-digest-unsubscribe@httpd.apache.org
>>>>> For additional commands, e-mail: users-help@httpd.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>> Dan,
>>>
>>> Can you do a top and do a screenshot, and post the results here. Can you
>>> also post a copy of netstat -anp as well as ps auxww. This will give us
>>> a
>>> better idea of what is going on with your system.
>>>
>>> Thanks,
>>> Daniel
>>>
>>> ------------------------------------------------------------ ---------
>>> The official User-To-User support forum of the Apache HTTP Server
>>> Project.
>>> See for more info.
>>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>> " from the digest: users-digest-unsubscribe@httpd.apache.org
>>> For additional commands, e-mail: users-help@httpd.apache.org
>>>
>>>
>>>
>>
>
>
>
>> ------------------------------------------------------------ ---------
>> The official User-To-User support forum of the Apache HTTP Server Project.
>> See for more info.
>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>> " from the digest: users-digest-unsubscribe@httpd.apache.org
>> For additional commands, e-mail: users-help@httpd.apache.org
>>
>
> Dan,
>
> The full ps print cuts off.
>
>
> Thanks,
> Daniel
>
> ------------------------------------------------------------ ---------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>

--001636c5bd12d5270d047e42e7f2
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Here's another, but I think it did the same thing.  I just ran &qu=
ot;ps auxww > ps2.txt" then attached the file to this email.  =
Did I miss something?
--
Dan

ww.moonlightrpg.com">http://www.moonlightrpg.com


http://www.linkedin.com/i=
n/danbunyard
http://www.danode=
mano.com
http://www.dansra=
ndomness.com


r>
This is not a problem that requires infinite wisdom, Benj. This is a =
problem that requires enough neural organization to qualify as a vertebrate=
, apparently a stretch for some folks these days.


~Cecil Adams.